home *** CD-ROM | disk | FTP | other *** search
/ Aminet 25 / Aminet 25 (1998)(GTI - Schatztruhe)[!][Jun 1998].iso / Aminet / gfx / 3d / IIB10.lha / IIB / Threads / Track_objects < prev    next >
Encoding:
Internet Message Format  |  1998-02-16  |  3.1 KB
  1. Date:         Fri, 13 Feb 1998 10:29:42 -0800
  2. From: "RTI- Hall, Michael R." <mikeh@RETAILPRO.COM>
  3. Subject:      Re: [IML] IFW:  Contemporary interface (was: Features)
  4.  
  5. << The original subject was around suggestion about a new interface, and a
  6. feature for track an object to another objcet >>
  7.  
  8. Charles,
  9.  
  10. >Here's a workaround. Say you want the X axis of someone's head to track
  11. >a moving car. Just add an empty axis to the scene, in the same position
  12. >as the head; have its Y axis track the car; and Associate the head to
  13. >the empty axis.
  14.   Date:         Sat, 14 Feb 1998 14:05:52 +0400
  15.   From: Charles Blaquiere <blaq@INTERLOG.COM>
  16.    I forgot to include the following detail in my workaround: you rotate
  17.    the empty axis so its +Y axis points in the same direction as the head
  18.    object's +X axis, then you add Track To and Associate bars.
  19.  
  20. Great idea!  I hadn't thought of this.  Of course, it would be nice to get
  21. away from the whole "workaround" situation, by providing the feature right
  22. in Imagine.  However, your suggestion would work just fine as well, and I am
  23. filing it away for future reference.
  24.  
  25. >To update tracking information after you have moved a target object,
  26. >just Go To (current frame).
  27.  
  28. Actually, that part I know.  What my major complaint was is that I had to go
  29. into a whole different editor in the first place to have tracked one object
  30. to another! :)  I personally think that anything that affects the stage or
  31. animation, should be immediately accessible from the stage.
  32.  
  33. I agree with you on many points here -- especially the always accessible
  34. tree view, allowing the user access to any aspect of an object, at any given
  35. frame in the animation.  That's something that I would love to have ...
  36. sometime.
  37.  
  38. However, I don't completely agree with:
  39.  
  40. >(Your suggestion would be even better if the only Action bars visible
  41. >were those that held data, e.g. don't show F/X 2 through 4 if only one
  42. >F/X is used)
  43.  
  44. In my proposed interface, the section of the interface displaying the action
  45. bars would be scrollable, and the user would be able to size that portion of
  46. the interface.  This way, the user could, if need be, scroll to the
  47. particular action bar add a new FX at any point w/o being required to go
  48. into the action editor.
  49.  
  50. The main reason that I don't like the idea of separate windows is that it
  51. gets in the way of the Stage too much (you know, all of that window moving
  52. around).  I think it would be great to be able to size the windows to be all
  53. the way off the screen, aside from a small interface control that would
  54. allow you to resize them to a visible condition.  This way, everything is
  55. integrated into the stage, and the user can still get all of the interface
  56. space that they have now.
  57.  
  58. All of this discussion is exactly why I posted to the list in the first
  59. place.  I like the interchange of ideas.  Thanks for your viewpoints,
  60. Charles.
  61.  
  62. BTW, FWIW I sent the messages on the interface changes to Mike Halvorson
  63. directly, and he responded with a great deal of interest.  He really likes
  64. the idea, but he made it quite clear he was not making any promises.  Here's
  65. (once again) to hoping ...
  66.